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© System and method for directly accessing long-term memory devices. 



© An apparatus that retrieves data from a plurality 
of long-term memory devices and delivers the data 
to a packet network over a plurality of channels, 
wherein each of the channels has a specific band- 
width requirement. The apparatus comprises a stor- 
age device adaptor which is connected to the long- 
term storage devices (such as disk systems, CD 
ROM, etc.) The adaptor reads data responsive to a 
selected channel from a storage device to a location 
in a buffer memory. A network interface reads data 



from the location in the buffer memory, formats the 
data, and sends the data to the packet network. A 
controller selects the channel in such a way that all 
channels receive their required bandwidth. The con- 
troller includes a table having a plurality of entries, 
wherein each entry may contain a channel identifica- 
tion. All channels have at least one entry in the table, 
and channels that require more bandwidth have mul- 
tiple entries in the table. 
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Technical Field 

This invention relates to the field of maximizing 
input/output rate from long-term computer memory, 
and, more specifically to the area of directly provid- 
ing input/output to/from long-term memory devices 
without the data moving through a central proces- 
sor and main memory. 

Background of the Invention 

A computer system generally comprises a cen- 
tral processor, an input/output interface, multiple 
input/output devices (keyboards, monitors, printers, 
etc.) and a memory system. The central processor 
uses the memory system to store programs and 
data used by such programs. According to current 
computer theory, memory systems are hierarchi- 
cally organized; that is, data that is accessed fre- 
quently is stored in high speed memory (i.e. 
cache), less frequently accessed data is stored in 
main memory (random access memory or RAM), 
and infrequently accessed data is stored in low 
speed memory, such as hard disks or floppy disks, 
and now also includes devices such as CD ROMS 
and digital tape. 

In this hierarchy, data that is stored on disk or 
other long term storage devices is copied by the 
central processor unit (CPU) into main memory for 
use. Data that is stored on long-term devices can 
also be transferred out of the computer system, but 
generally passes through main memory under the 
control of the CPU. Even with direct memory ac- 
cess (DMA) transfer of data into or out of main 
memory, the system "steals cycles" from the CPU 
because the CPU cannot access memory during 
the time the DMA access is taking place. This 
movement of data is a relatively slow task, wherein 
the CPU typically is the bottleneck, but is sufficient 
for most interactive computer programs and for 
dedicated transfer of data systems such as audio 
or video disks. 

A further data flow bottleneck in transferring 
data in computer systems is the input/output (I/O) 
interface device. An I/O interface device is gen- 
erally a centralized system through which all data 
going into or out of the CPU and main memory 
must pass. All data going to the outside world from 
the disk system must first go to the main memory, 
through the I/O device, and from main memory 
through the I/O device to the outside world. 

A new application requiring transfer of massive 
amounts of data from large, long-term memory 
systems is video-on-demand. In video-on-demand, 
a consumer orders a movie or other program, and 
the system responds by delivering the program to 
the consumer. Such programs will be delivered to 
a set top box converter in digital form, and the set 



top box will transform the programs into analog 
input for a television set. Since the programs are 
stored in digital form, they are stored on a large 
computer memory system comprising media such 

s as CD ROMs, computer disks, large arrays of 
RAM, and/or digital tape. Multiple showings of each 
program will be available and each consumer can 
view each available program from the beginning at 
different times. Therefore, each media must be 

10 capable of reading multiple locations in the same 
program, and delivering each program simulta- 
neously. 

Building a video-on-demand system using the 
hierarchy of the prior art requires moving data from 

75 the storage medium through the I/O system to 
main memory where the data is formatted for trans- 
mission to the consumer. The data is then sent 
back through the I/O system to a network interface. 
A system that can read from multiple storage me- 

20 dia and multiple locations from each media simulta- 
neously as required in a video-on-demand system 
requires a very fast processor, very high speed 
main memory and a complex I/O system. Moving 
ail of the data from the storage media through the 

25 I/O device into memory and then out through the 
I/O device to a plurality of destinations requires 
multiple operations occurring simultaneously, and 
may also require several operations on the same 
data in order to send the same program to several 

30 different locations. Furthermore, the computer also 
must take orders from the subscriber, record billing 
information, monitor the subscriber for signaling to 
stop, rewind, fast forward or change the program. 
All of these simultaneous functions require that the 

35 CPU not lose cycles or have massively parallel 
processing. 

A further problem in construction of video-on- 
demand systems is that each program has an 
individual bandwidth requirement that is not the 

40 same as other programs. For example, a black and 
white movie with monophonic sound requires less 
data and, hence, a narrower bandwidth than a 
modem blockbuster color movie with stereophonic 
(or enhanced stereophonic) sound. The greater the 

45 bandwidth the less other processing (such as order 
taking) the CPU can perform because the CPU, 
main memory, and the I/O device are occupied by 
transferring data. 

Therefore, a problem in the art is that there is 

so no system for transferring large amounts of data 
with varying bandwidth requirements from long- 
term memory to the outside devices without data 
being moved into main memory by the central 
processor. 

55 
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Summary of the Invention 

This problem is solved and a technical ad- 
vance is achieved in the art by a system and 
method for delivering the output from a long term 
memory device such as hard disk, CD ROM, etc., 
directly to its destination without passing first 
through a central processor, main memory, or a 
centralized I/O system. An apparatus according to 
this invention retrieves data form a plurality of long- 
term memory devices and delivers the data to a 
packet network over a plurality of channels, 
wherein each of tho channels requires a specific 
bandwidth. The apparatus comprises a storage de- 
vice adaptor which is connected to the long-term 
storage devices (such as disk systems, CD ROM, 
etc.). The adaptor reads data responsive to a se- 
lected channel from a storage device and delivers 
the data to a location in a buffer memory. A net- 
work interface reads data from the location in the 
buffer memory, formats the data, and sends the 
data to the packet network responsive to the se- 
lected channel. A controller selects the channel in 
such a way that all channels receive their required 
bandwidth. Advantageously, the controller includes 
a table having a plurality of entries, wherein each 
entry may contain a channel identification. All chan- 
nels have at least one entry in the table, and 
channels that require more bandwidth have mul- 
tiple entries in the table. The controller sequentially 
visits each entry in the table and selects the chan- 
nel contained in the entry. Thus, all data flows 
through this apparatus without involving the CPU, 
main memory or central I/O device, freeing up the 
CPU for order taking, billing, and other tasks. Fur- 
thermore, each channel of data can have its own 
bandwidth requirements without interfering with the 
operation of the CPU. 

A further apparatus according to this invention 
provides video-on-demand. This apparatus receives 
subscriber signaling indicating a desired program 
(or other command controlling the program). One 
or more content storage units receive this signaling 
and respond accordingly. Primarily, the content 
storage units read data from one or more long-term 
memory devices, format the data for transmission 
over the packet network, and send the data on the 
packet network. Advantageously, each content stor- 
age unit includes a storage device adapter, a buffer 
and a network interface. The storage device adapt- 
er reads data from the storage devices for a se- 
lected channel and moves the data into the buffer. 
The network interlace reads the buffer at a location 
where data for the selected channel is stored, 
formats the data for transport on the packet net- 
work, and sends the data on the packet network. 
Advantageously, there is a controller in the content 
storage unit that selects the channel. The controller 



BNSDOCID: <EP 0661855A2_1_> 



includes a table having a plurality of entries, 
wherein each entry may contain a channel iden- 
tification. All channels have at least one entry in the 
table, and channels that require more bandwidth 

s have multiple entries in the table. The controller 
sequentially visits each entry on the table and 
selects the channel contained in the entry. Thus, a 
video-on-demand apparatus may be realized that 
does not have multiple operations to read data into 

io main memory through an I/O device, format the 
data in main memory and then send the data back 
out through the I/O device. 

Brief Description of the Drawing 

15 

A more complete understanding of the inven- 
tion may be obtained from consideration of the 
following description in conjunction with the draw- 
ings in which: 

20 FIG. 1 is a block diagram of an exemplary 

embodiment of an interactive video server which 
directly transfers data from long-term memory 
devices to network interfaces according to an 
exemplary embodiment of this invention; 

25 FIG. 2 is a block diagram of a content storage 

unit of FIG. 1 according to an exemplary em- 
bodiment of this invention; 

FIG. 3 is a flow chart of the operation of the 
content storage unit of FIG. 2; 
30 FIG. 4 is an exemplary time slot table as used 

by the content storage unit of FIG. 2 according 
to an exemplary embodiment of this invention; 
and 

FIG. 5 is an exemplary channel descriptor table 
35 as used by the content storage unit of FIG. 2 

according to an exemplary embodiment of this 
invention. 

Detailed Description 

40 

FIG. 1 shows an interactive video server 10 
according to an exemplary embodiment of this 
invention, which can directly move data from long- 
•term memory devices without routing retrieved data 

45 through a central I/O device or main memory, or 
stealing CPU cycles. Interactive video server 10 
provides video programs (i.e., movies or other pro- 
grammatic material) to a plurality of subscribers. 
These subscribers may order programs by sig- 

50 naling to the system which program they want, and 
may stop, pause, fast forward, rewind or change 
the program via the same signaling channels. In 
response to subscriber requests, interactive video 
server 10 directly accesses long-term memory 

55 units and provides digitally encoded video to a 
subscriber network for transport to its destination. 

In the interactive video server 10 of the exem- 
plary embodiment of this invention, there are a 

3 
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plurality of order processors represented by 12, 14, 
and. 16, which receive subscriber signaling and 
return confirmation or other data to the subscriber. 
Order processors 12, 14, and 16 determine the 
storage location of the requested program, and the 
destination address of the subscriber and sends 
that data on a local area network (LAN) 1 8. In this 
exemplary embodiment, LAN 18 is is an Ethernet 
LAN, as is well known in the art. LAN 18 provides 
communication among order processors 1 2, 1 4 and 
16, and a plurality of content storage units, repre- 
sented by content storage unit 20. 

Order processors 12, 14, and 1 6 may be com- 
puters with CPUs, main memory and I/O devices 
are as is known in the art. Alternatively, order 
processors 12, 14, and 16 may be input/output 
devices for receiving signaling and are part of a 
larger, distributed computer. In this case, there 
would also be a CPU (not shown) connected to 
LAN 18. A main memory unit (not shown) may be 
connected to the CPU, or to LAN 18. Content 
storage unit 20 is separate and distinct from these 
other units and operates independently from order 
processors 12, 14, and 16, and any other computer 
on LAN 18. 

Content storage unit 20 provides access of 
long-term memory units represented by disks 22 
and 24, which store packetized audio and video 
signals conforming to the motion picture experts 
group (MPEG-2) standard, according to this exem- 
plary embodiment. Content storage unit 20 delivers 
such data to a plurality of network links repre- 
sented by 26, 28, and 30. These links may connect 
content storage unit 20 to other units, to a network, 
or to individual subscribers. 

Content storage unit 20 comprises a controller 
30 which is connected to LAN 18 and, thus, is in 
communication with order processors 12, 14, and 
16. Controller 32 administers the request for video 
service received from LAN 18 and configures stor- 
age device adapter 38, buffer 36, and network 
interface 38 to deliver data from storage devices 
22, 24, to network links 26-30. As will be explained 
further below in connection with FIG. 2, storage 
device adapter 34 causes access of storage de- 
vices 22, 24, and moves data retrieved from the 
storage devices into buffer 36. Network interface 38 
removes data stored in buffer 36 according to an 
algorithm described below in connection with FIG. 
3 and delivers the data to network links 26, 28, and 
30. 

As orders arrive at order processors, for exam- 
ple, order processor 12, it performs a lookup in a 
database (not shown) to determine which of the 
plurality of content storage units 20 is associated 
with the desired programmatic material. Order pro- 
cessor 12 then puts an identification of the desired 
programmatic material and the destination address 



of the subscriber into a message and sends it on 
LAN 18 to the appropriate content storage unit, in 
this example, content storage unit 20. Controller 32 
in content storage unit 20 receives the program 
5 request and determines which of the plurality of 
storage devices 22-24 holds the program. Control- 
ler 32 then sets up a channel for the program in 
order to route the programmatic material through 
content storage unit 20 to a network link, for exam- 
io pie, 28. The program data is then read from a 
device, for example 22, into buffer 36. Network 
interface 38 then removes the data from buffer 36, 
formats the data for transmission on network link 
28 and sends the data onto the network link. 
15 Additionally, order processor 12 may receive 

commands to stop, pause, fast-forward or rewind 
the program. Order processor 12 places these 
commands into a message and sends the message 
on LAN 18, which message is then received by 
20 controller 32. Controller 32 updates its table and 
causes the content storage unit to take the appro- 
priate action. 

Turning now to FIG. 2, a content storage unit 
20 (from FIG. 1) is shown. As stated above, content 
25 storage unit 20 generally comprises a controller 32 
connected to a LAN 18 from which it receives 
commands. Controller 32 causes storage device 
adapter 34 to access one of a plurality of con- 
nected storage devices, represented by 22, 24, and 
30 delivers the data to a buffer 36. Storage devices 22 
and 24 are shown as magnetic disk systems but 
may be any form of storage device, such CD ROM 
8 mm DAT or 4 mm DAT. In this exemplary 
embodiment of this invention, the connections be- 
35 tween storage device adapter 34 and storage de- 
vices 22, 24 are SCSI two-way links, so that data 
may be delivered from the storage devices 22, 24 
to storage device adapter 34, or from storage de- 
vice adapter 34 to storage devices 22, 24. This 
40 transfer of data to storage devices 22, 24 may be 
desirable if, for example, a storage medium is 
being loaded with programmatic material (or data) 
from another content storage unit. This is useful, 
for example, when multiple copies of a popular 
45 movie are needed. 

As stated above, controller 32 sets up a chan- 
nel for each program being read from storage 
devices 22, 24 and delivered to network links 26- 
30. For each channel, there is one or more loca- 
50 tions in buffer memory 36 to which the data for a 
specific program is delivered. As data is moved 
into buffer memory 36 for one channel, other data 
may be removed by network interface 38 for an- 
other channel. Network interface 38 removes data 
55 from buffer memory 36, formats it, and sends it on 
to the appropriate channel in network link 26-30. 
Network links 26, 28, 30 are illustrative of the 
connection to the network. If the bandwidth of one 
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of the network links 26, 28, or 30 is greater than or 
equal to the total bandwidth of network interface 
38, then only one multiplexed network link is re- 
quired. 

In the exemplary embodiment of this invention, 
data is stored in MPEG-2 transport stream packets 
which comprise 188 bytes of data each. As is 
known in the art, an ATM cell comprises a header 
which includes a destination address, and a 48 
byte payload. According to the MPEG-2 standard, 
47 bytes of an MPEG-2 transport stream packet is 
loaded into each ATM payload. The 48th byte is an 
ATM adaption layer (AAL) header, which keeps 
track of the sequence of MPEG-2 transport stream 
packet portions in the ATM cells. 

Buffer 36 receives MPEG-2 packets from stor- 
age adaptor 34 and network interface reads 47 
byte portions from buffer 36 and encapsulates 
them into an ATM cell for transmission on channels 
26-30. Transmitter 202 adds the ATM header in- 
formation comprising the destination address of the 
specific subscriber, as received from controller 32. 
Transmitter 202 sends the ATM packet to a FIFO 
204. FIFO 204 acts as an adaption buffer for packet 
transmission. FIFO 204 delivers the ATM cells to 
an interface 206 which then delivers the ATM cell 
to a destination network link 26-30. 

Network interface 38 may also receive data 
from network links 26-30. Interface 206 receives 
data and sends it to a FIFO 208 (adaption buffer) 
for processing by receiver 210. Receiver 210 re- 
moves an ATM cell from FIFO 208, strips off the 
ATM header, and delivers it into buffer memory 36 
according to the specific channel. Storage device 
adapter 34 then reads that particular channel from 
buffer memory 36 and delivers the content of buff- 
er memory 36 to the appropriate storage device. 

Transmitter 202 receives a network sync pulse 
212 from a network clock source, which may have 
a stratum 1 accuracy. Transmitter 202 uses net- 
work sync 212 in order to coordinate its activities, 
as will be described next. 

Turning now to FIG. 3 t a flow chart describing 
the operation of controller 32 is shown. Processing 
starts at action box 300 where the controller is 
initialized and an index used for accessing a 
timeslot table (FIG. 4) is initialized to zero. Pro- 
cessing continues to decision diamond 300 where 
a check is made if a clock sync has been received. 
If a clock sync has not been received, then pro- 
cessing waits at decision diamond 310. When a 
clock sync has been received in decision diamond 
310, then processing proceeds to action box 320 
where a timeslot table is read using the index value 
to determine if a channel needs to be serviced. 

Turning to FIG. 4, a timeslot table, as used in 
controller 32 is shown. One of the goals of content 
storage unit 20 is to support multiple bandwidth 
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rates, wherein each channel may have its own 
bandwidth requirement. The exemplary embodi- 
ment of this invention uses a timeslot table wherein 
each table entry may have a channel ID (or a null 

5 entry) in it. Controller 32 traverses the table entries 
sequentially and, for each valid channel ID found, 
moves 47 bytes of data for that channel from buffer 
36 into network interface 38, adds the ATM header 
information, and permits the cell to be transferred 

io into the ATM network. In this manner, greater ban- 
dwidth may be allocated by populating the table 
with multiple entries for a specific channel. Each 
channel is guaranteed at least one entry in the 
table. The granularity of the bandwidth is, therefore, 

is the number of entries in the table. 

The table* according to FIG. 4, is derived as 
follows. Assuming a sync signal 212 having a pe- 
riod f, a clock frequency is derived from the net- 
work sync signal which corresponds to an integral 

20 number of clock periods necessary to transport the 
channel (47 bytes of the MPEG-2 transport stream 
packet can be encapsulated into an ATM cell and 
transmitted in one clock period). Thus, four such 
clock periods are required to transport a complete 

25 1 88 byte MPEG-2 transport stream packet, t is the 
period of this clock frequency, wherein f/t is an 
integer. C is the bandwidth capability of the net- 
work interface. For an ATM output of a SONET 
STS-3C port, the available bandwidth is approxi- 

30 mately 132 Mbps. A super frame interval, F is 
selected to represent the amount of time required 
to traverse the entire table. A number P of 
timeslots is in the superframe such that F = P*t. r is 
the minimum bandwidth of a. video channel going 

35 to the output port such that P*r^C. If n is the 
number of distinct video channels, each with a 
different rate o going to the output port,, then the 
following condition should then hold true: 

40 n 

Each rate r t is an integral multiple of rate r. For the 
45 preferred embodiment of this invention, P should 
be large and F should be an integral multiple of 
small f. r will equal C/P, which is very small. 

If the minimum bandwidth is desired to be very 
small, then, if f (clock period or sync) equals 125 
so microseconds, and C (bandwidth capacity of ATM 
output port) equals 132.352 Mb/s (a SONET STS- 
3C port), then f/t = 44, and t = 2.841 msec, if P 
= 5000(5000 entries in table), then F (time period 
for one traversal of the table) = P*t (time used by 
55 one entry), which equals 5000 x 2.841 = 14.205 
msec, and r (bandwidth resolution) - C/P = 
132.352/5000 = 26.47bps. 
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Otherwise, in order to maximize throughput, F 
= f = 125 u sec. 47 bytes in 125 msec will yield a 
rate of 3.008 Mbps. If this rate is r, then t = J = 
2.841 u sec. Therefore, P = E x = 125/2.841 = 44 
entries in the table. 

Returning to FIG. 3, processing continues from 
action box 320 to decision diamond 330, wherein 
the channel ID found in the timeslot table is 
checked for validity. If the channel ID is not valid; 
that is, out of the range of usable channel IDs, then 
processing continues to action box 340 where the 
index is incremented and processing returns to the 
top of the loop to decision diamond 310, where 
processing waits for the next clock sync. 

If, in decision diamond 330, the channel ID 
from table 400 is found to be valid, then processing 
continues to action block 350 where a descriptor 
table is read using the channel ID as an index. A 
typical descriptor table is shown in FIG. 5. A first 
determination is made if the channel is active in 
box 360. In the example of FIG. 5, the channel 
status is "active" for channel 1. If a channel is not 
active, for example channel 2 is "pause," channel 5 
is "stop," then a determination may optionally be 
made if the ATM adaptation layer (AAL) sequence 
count is zero. AAL sequence count keeps track of 
how many ATM cells have been sent for each 
MPEG-2 transportation packet. Since it takes four 
ATM packets to transport one MPEG-2 transport 
stream packet, this system must keep track of 
whether an entire MPEG-2 packet has been sent. 
This is important, for example, if the subscriber 
"stops" or "pauses" the MPEG-2 packet can be 
completed to prevent synchronization problems 
when the stream is restarted. 

For channel 2 the AAL sequence count is, in 
fact, zero.. Therefore, there is nothing further to do 
and processing continues to box 340 where the 
index is incremented and returns to wait for net- 
work sync in decision diamond 310. If the AAL 
sequence count is not zero, as for example channel 
5 where it is 1, then processing must complete 
sending the AAL sequence. Processing continues 
for this channel until the AAL sequence count is 
back to zero (that is, ail four ATM packets contain- 
ing the MPEG-2 transport stream packet have been 
sent and the AAL sequence count returns to zero). 

Further checks may also optionally be made of 
the channel type and buffer status fields. The buff- 
er status may be "full" (data to be transported), 
"empty" (no data to be transported), "storage de- 
vice" (storage device is writing into buffer), or 
"ATM" (buffer is being read by transmitter). Trans- 
mitter 202 should generally see "full" in this field 
and then change the status to "ATM." K the status 
is "empty," an error condition may be present. The 
channel type field is then consulted. If the channel 
type is "constant" then there should be data in the 
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buffer because it is being read at a constant rate. 
An error is, therefore, present. If the channel type 
is "variable" then a status of "empty" merely 
means that there is not data to be read at this time, 

5 and this channel can be skipped. 

If the channel status is active (or the AAL 
sequence count is non-zero), as determined in de- 
cision diamond 360, then processing continues to 
action box 370 where the stating and ending buffer 

io address are read. These values are compared to 
ensure that reading 47 bytes will not cause the 
read operation to go beyond the ending address. 
(As data is moved into buffer 36 the ending ad- 
dress is incremented to reflect more data in the 

75 buffer). Processing then continues to box 380 
where 47 bytes (payload of 1 ATM cell) is read 
from buffer 36 into transmitter 202 and the read 
pointers update Transmitter 202 then adds the 
ATM destination header for the particular channel 

20 and places the complete ATM cell into FIFO 204, 
which waits for its next transmit through interface 
206. 

Processing continues to action box 340 where 
the index is incremented and checked for range. If 

25 the index is out of the range of usable timeslots, 
then it is set back to the first entry and processing 
returns back to decision diamond 310 where pro- 
cessing waits for the next clock sync. 

It is to be understood that the above-described 

30 embodiment is merely illustrative principles of the 
invention and that many variations may be devised 
by those skilled in the art without departing from 
the scope of the invention. For example, this sys- 
tem may be used to transfer data from one com- 

35 puter system to another. No CPU cycles are used 
by either system, thus improving the efficiency of 
such transfers. It is, therefore, intended that such 
variations be included within the scope of the 
claims. 

40 

Claims 

1. An apparatus for retrieving data from a plurality 
of long-term memory devices and delivering 

45 said data directly to a packet network, said . 

apparatus supporting a plurality of channels of 
said data, each of said channels having a 
predetermined bandwidth requirement, said 
apparatus comprising: 

so storage device adapter means connected 

to said plurality of long-term memory devices 
for reading data from a selected one of said 
plurality of long-term memory devices respon- 
sive to a selected channel; 

55 buffer memory means connected to said 

storage device adapter means for storing data, 
said buffer memory means having a plurality of 
locations, said buffer memory means receiving 

6 
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data from said storage device adapter means 
and storing said data in one of said plurality of 
locations responsive to said selected channel; 

network interface means connected to said 
buffer memory means for reading data from 
said buffer memory means and delivering said 
data to said network responsive to said se- 
lected channel; and 

controller means for selecting said select- 
ed channel from said plurality of channels so 
that each of said plurality of channels meets its 
predetermined bandwidth requirement. 

2. An apparatus according to claim 1 wherein 
said packet network comprises an asynchro- 
nous transfer mode (ATM) network and data is 
transferred in ATM cells, said ATM cells hav- 
ing a header and a payload, wherein said 
network interface means includes means for 
reading a portion of said data in said buffer 
memory equal to the size of said ATM cell 
payload into an ATM cell, and means for add- 
ing an ATM header to said ATM cell. 

3. An apparatus according to claim 1 wherein 
said controller means further includes a table 
having a plurality of entries, said controller 
means having means for selecting an entry in 
said table, wherein each of said channels has 
at least one entry in said table, and channels 
requiring greater bandwidth have multiple en- 
tries in said table. 

4. An apparatus for providing video-on-demand 
which receives subscriber signaling and deliv- 
ers data representing said programmatic ma- 
terial over a packet network to said subscriber 
responsive to said subscriber signaling, said 
apparatus comprising: 

one or more content storage means re- 
sponsive to said subscriber signaling for read- 
ing data directly from long-term memory de- 
vices, for formatting said data for transport 
over said packet network, and for sending said 
data over said packet network, said content 
storage means comprising: 

a storage unit adapter, a buffer and a 
network interface, said storage unit adapter for 
reading said data from said long-term memory 
unit into said buffer, and said network interface 
for reading said buffer, for adding an address 
usable by said packet network and for sending 
said packet on said packet network. 

5. An apparatus according to claim 4 wherein 
said apparatus supports a plurality of channels 
of said data, and said storage unit adapter, 
buffer and network interface are responsive to 



a selected channel for moving data from said 
long-term memory devices, through said stor- 
age unit adapter, said buffer and said network 
interface to said network. 

5 

6. An apparatus according to claim 5 wherein 
each channel has a predetermined bandwidth, 
said apparatus further including a controller 
means for selecting said selected channel from 

70 said plurality of channels, wherein said control- 

ler means includes a table having a plurality of 
entries, each of said channels having at least 
one entry in said table, said controller means 
having means for selecting one of said plurality 

75 of entries in said table, wherein channels re- 

quiring greater bandwidth have multiple entries 
in said table. 
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